home *** CD-ROM | disk | FTP | other *** search
/ EnigmA Amiga Run 1995 November / EnigmA AMIGA RUN 02 (1995)(G.R. Edizioni)(IT)[!][issue 1995-11][Skylink CD].iso / earcd / program / amos / amoslist.lzh / AMOSLIST / 000265_amos-request@svcs1.digex.net_Tue Sep 19 17:51:25 1995.msg < prev    next >
Internet Message Format  |  1995-10-02  |  4KB
  1. Received: from svcs1.digex.net (svcs1.digex.net [204.91.197.224]) by mail1.access.digex.net (8.6.12/8.6.12) with ESMTP id RAA27429;  for <mcox@access.digex.net> ; Tue, 19 Sep 1995 17:51:24 -0400
  2. Received: (from daemon@localhost) by svcs1.digex.net (8.6.12/8.6.12) id PAA19987 for amos-out; Tue, 19 Sep 1995 15:28:19 -0400
  3. Received: from mail1.access.digex.net (mail1.access.digex.net [205.197.247.2]) by svcs1.digex.net (8.6.12/8.6.12) with ESMTP id PAA19978 for <amos-list@svcs1.digex.net>; Tue, 19 Sep 1995 15:28:18 -0400
  4. Received: from fsa.cpsc.ucalgary.ca (fsa.cpsc.ucalgary.ca [136.159.2.1]) by mail1.access.digex.net (8.6.12/8.6.12) with ESMTP id PAA08242;  for <amos-list@access.digex.net> ; Tue, 19 Sep 1995 15:26:42 -0400
  5. Received: from zc.cpsc.ucalgary.ca (zc.cpsc.ucalgary.ca [136.159.10.12])
  6.     by fsa.cpsc.ucalgary.ca (1.8) id <NAA15030@fsa.cpsc.ucalgary.ca>;
  7.     Tue, 19 Sep 1995 13:26:32 -0600
  8. Received: by zc.cpsc.ucalgary.ca (1.2; from currie@localhost)
  9.     id <TAA00991@zc.cpsc.ucalgary.ca>; Tue, 19 Sep 1995 19:26:30 GMT
  10. From: "Robert Currie" <currie@zc>
  11. Message-Id: <9509191326.ZM989@zc>
  12. Date: Tue, 19 Sep 1995 13:26:29 -0600
  13. In-Reply-To: bwyatt@paston.co.uk (Ben Wyatt)
  14.         "Re: Bits and Pieces (fwd)" (Sep 19,  9:32pm)
  15. References: <9509192132.AA001kr@paston.co.uk.uucp>
  16. X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail)
  17. To: bwyatt@paston.co.uk (Ben Wyatt)
  18. Subject: Re: Bits and Pieces (fwd)
  19. Cc: amos-list@access.digex.net
  20. Mime-Version: 1.0
  21. Content-Type: text/plain; charset=us-ascii
  22. Status: RO
  23. X-Status: 
  24.  
  25. On Sep 19,  9:32pm, Ben Wyatt wrote:
  26. > Subject: Re: Bits and Pieces (fwd)
  27. > Greetings Mark, you wrote some text on the subject Re: Bits and Pieces, and
  28. > now I'm going to answer it.
  29. >
  30. > MC> > Use banks to store data like that... it'll take less memory and will be
  31. > MC> > much neater...
  32. > MC> >
  33. > MC>
  34. > MC> Hmmn, I'm not so sure ;-)
  35. > MC>
  36. > MC> The difference in memory would be about 20K - and I'm willing to
  37. > MC> sacrafice that for what I think is the neater method.
  38. > MC>
  39. > MC> At the moment I read in all the stats (at the begining of the
  40. > MC> program) from a data bank that I have set up.
  41. > MC>
  42. > MC> Say, I have 10 teams with 20 players in each and each player has 10
  43. > MC> stats (assume all 2 byte integers). Reading a stat from the Data
  44. > MC> Bank, I would have to do something like:
  45. > MC>
  46. > MC>       Result=Deek(Start(Bank)+400*Team+20*Player+2*Statnum)
  47. > MC>
  48. > MC> Actually, it would be much worse this because I have so many
  49. > MC> different types of stats that I would need to store pointers for
  50. > MC> where each type of stat is in the bank - this would take up even more
  51. > MC> memory and would be very untidy.
  52. > MC>
  53. > MC> Compare this to loading all data from the bank into arrays. Then all
  54. > MC> I would have to do to access a stat is
  55. > MC>
  56. > MC>      Result=Statistic(Player,Team,Statnum)
  57. > MC>
  58. > MC> Much nicer, dont you agree.....?
  59. >
  60. > I guess so... but how about this:
  61. >
  62. > Def fn
  63. _RESULT(Player,Team,Statnum)=Deek(Start(Bank)+400*Team+20*Player+2*Statnum)
  64. > Result=Fn_RESULT(Player,Team,Statnum)
  65. >
  66.  
  67.     I tried using definitions like that for my game, but it seems(at least
  68. on my version of Amos) that there is no way to globalize that definition. That
  69. means that if you are using procedures, each procedure that uses that
  70. definition would have to have it included at the beginning of the procedure.
  71. This raises problems with error checking(you'll have to change every instance
  72. of the definition if you change your mind) and speed(due to redefining of
  73. fuctions).
  74.  
  75.  
  76.  
  77.  
  78. -- 
  79. -----------------------------------------------------------
  80.             Robert Currie
  81.            currie@cpsc.ucalgary.ca
  82. -----------------------------------------------------------